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Claims 

£U*A method for controlling overload in a packet switched network 
comprising traffic sources (A), traffic destinations (B), and network nodes (AN, 
N1), the method comprising the steps of 
5 - sending data units from a traffic source to a traffic destination, 

- sending an acknowledgment from the destination to the source, if 
a data unit is received correctly at the destination, 

- measuring load level in at least one network node, and 

- transmitting duplicate acknowledgments in the direction of the 
1 0 traffic source, characterized by 

sending the duplicate acknowledgments when the measured load 
level exceeds a predetermined threshold. 

A method according to claim 1, characterized in that said 
duplicate acknowledgments are generated in the same network node where 
15 the load level is measured. 

4 A method according to claim 1, characterized in that said 
duplicate acknowledgments are generated in a different network node than 
where the load level is measured. 

A method according to claim 3, characterized in that said 
20 duplicate acknowledgments are generated in an access node (AN, ANS t AND) 
providing the traffic sources and destinations access to the network, and the 
load level is measured in at feast one network node (N1) located within the 
networ! * 

A method according to claim 4, wherein the network between the 
25 access nodes is an ATM network, characterized by the steps of 

- transporting load level information in RM cells to the access node, 

and 

- generating the duplicate acknowledgments on the basis of the in- 
formation contained in the RM ceils. 

30 Q\p. A method according to claim ^characterized in that said 

duplicate acknowledgments are generated in a network node by modifying the 
contents of successive incoming acknowledgments before transmitting them 
towards the traffic source. 

> A method according to claim 6, characterized in that du- 

35 plicate acknowledgments are transmitted towards the traffic source as long as 
the measured load level remains higher than the predetermined threshold. 
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A method according to claim 6, characterized in that at 
■ most a predetermined fixed number of successive duplicate acknowledgments 
are transmitted towards the traffic source during a period when the measured 
load level is higher than the predetermined threshold. 
5 <^?. A method according to claim 8, characterized in that after 

said predetermined fixed number of successive duplicate acknowledgments 
have been transmitted towards the traffic source, a new sequence of duplicate 
acknowledgments is started by generating duplicates of the next incoming ac- 
knowledgment 

10 30 • A method according to claim 1, characterize^ in that at 

least part of said duplicate acknowledgments are generated by producing to- 
tally new acknowledgments which are copies of previously transmitted ac- 
knowledgments. 

3 f - A method according to claim 10, characterized by 

15 - transmitting a fixed number of said new acknowledgments towards 

the traffic source immediately when the measured load level exceeds a pre- 
determined threshold, and 

- discarding a corresponding number of succeeding acknowledg- 
ments arriving at the node from the traffic destination. 

20 3$- A method according to claim 1, wherein said data units travel 

along a forward path from the traffic source to the traffic destination and said 
acknowledgments travel along a backward path from the destination to the 
source, characterized by the steps of 

- measuring load level both on the forward path and on the back- 
25 ward path and : 

- transmitting duplicate acknowledgments towards the traffic source 
only When the measured load level on the forward path is higher than a first 
predetermined value and the measured load level on the backward path is 
higher than a second predetermined value. 

30 ^ A method according to claim 12, characterized by de~ 

laying acknowledgments when the load level on the forward path is higher 
than the first predetermined value and the load level on the backward path is 
lower than the second predetermined value, 

3^ ' A method according to claim- ^characterized by gener- 
35 ating of duplicate acknowledgments only on selected connections. 

^5* A packet switched telecommunications network including 
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- nodes interconnected by transmission lines (TL1 , TL2), 

- user terminals (UT) connected to the nodes, said user terminals 
acting as traffic sources which send data packets and as traffic destinations 
which receive data packets, 

5 - measuring means (LMU) for measuring current load level in a 

node, and 

- duplicating means (CU) for generating duplicate acknowledgments 
and for sending the duplicated acknowledgments In the direction of the traffic 
source, 

10 characterized in that 

- the duplicating means are adapted to generate the duplicate ac- 
knowledgments when the measured load level exceeds a predetermined 
threshold. 

^to- A network according to claim 15, characterized in that at 
15 least one node comprises both the measuring means and the duplicating 
means. 

£>1. A network according to claim 16, characterized in that 
said at least one network node is an access node connecting at least one user 
terminal to the network. 
20 ^f6. An IP network according to claim 16, wherein the network 

nodes switch IP packets, characterized in that said at least one net- 
work node can be any one or more of the network nodes. 

A TCP over ATM network according to claim 15, char- 
acterizea in that the duplicating means are connected to the measuring : 
25 means by an RM cell flow, said RM ceils carrying information on the load level. 

^0- A node arrangement in a packet switched telecommunications 
network, the node arrangement including 

- buffering means for buffering data packets traveling through the 
node, whereby at least part of the data packets are acknowledgment packets 

30 and 

measuring means (LMU) for measuring current load level in the 

node, 

- duplicating means (CU), responsive to the measuring means 
(LMU), for generating duplicates of acknowledgment packets transferred 

35 through the node, characterized in that the duplicating means are 
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adapted to generate the duplicate acknowledgments when the measured 
load level exceeds a predetermined threshold. 
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ABSTRACT 
For 

Congestion Control In A Telecommunications Network 



The invention relates to a method for controlling overload in a packet switched 
network, especially in a network where Transmission Control Protocol (TCP) is used as 
the transport layer protocol. In order to inform the traffic source at a very early stage 
that the network is getting overloaded or congested, duplicate acknowledgments are 
transmitted towards the traffic source when the measured load level exceeds a 
predetermined threshold. 
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Congestion control an a telecommunications network 
Field of the invention 

This invention relates generally to flow control in a teiecommunica- 
5 tions network. More particularly, the invention relates to congestion control in a 
packet switched telecommunications network, especially in a network where 
Transmission Control Protocol (TCP) is used as a transport layer protocol. 

Background of the invention 

10 As is commonly known, TCP is the most popular transport layer 

protocol for data transfer. It provides a connection-oriented reliable transfer of 
data between two communicating hosts, (Host refers to a network-connected 
computer, or to any system that can be connected to a network for offering - 
services to another host connected to the same network.) TCP uses several 

1 5 techniques to maximize the performance of the connection by monitoring dif- 
ferent variables related to the connection. For example, TCP includes an inter- 
nal algorithm for avoiding congestion, 

ATM (Asynchronous Transfer Model) is a newer connection- 
oriented packet-switching technique which the international telecommunication 

20 standandi2ation organization ITU-T has chosen as the target solution for a 
broadband integrated sen/ices digital network (B-ISDN). The problems of con- 
ventional packet networks have been eliminated in the ATM network by using 
short packets of a standard length (53 bytes), known as cells. ATM networks 
are quickly being adopted as backbones for the various parts of TCP/IP net- 

25 works (such as internet). 

Although ATM has been designed to provide an end-to-end trans- 
port level service, it is very likely that also the future networks will be imple- 
mented in such a way that (a) TCP/IP remains as the de-facto standard of the 
networks and (b) only part of the end-to-end path of a connection is imple- 

30 mented using ATM. Thus, even though ATM will continue to be utifeed, TCP 
will still be needed to provide the end-to-end transport functions. 

The introduction of ATM also means that implementations must be 
abie to accomodate the huge legacy of existing data applications, in which 
TCP is widely used as transport layer protocol. To migrate the existing upper 

35 layer protocols to ATM networks, several approaches to congestion control in 
ATM networks have been considered in the past. 
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Congestion control relates to the general problem of traffic man- 
agement for packet switched networks. Congestion means a situation in which 
the number of transmission requests at a specific time exceeds the transmis- 
sion capacity at a certain network point (called a bottle-neck resource). Con- 
5 gestion usually results in overload conditions, As a result, the buffers overflow, 
for instance, so that packets are retransmitted either by the network or by the 
subscriber in general, congestion arises when the incoming traffic to a specific 
link is more than the outgoing link capacity. The primary function of congestion 
control is to ensure good throughput and delay performance while maintaining 

10 a fair allocation of network resources to users. For TCP traffic, whose traffic 
patterns are often highly bursty, congestion control poses a challenging prob- 
lem. It is known that packet losses result in significant degradation in TCP 
throughput. Thus, for the best possible throughput, a minimum number of 
packet losses should occur, 

15 The present invention relates to congestion control in packet 

switched networks. For the above-mentioned reasons, most of such networks 
are, and will be in the foreseeable future, TCP networks or TCP over ATM 
networks (i.e- networks in which TCP provides the end-to-end transport func- 
tions and the ATM network provides the underlying "bit pipes 11 ). In the follow- 

20 ing T the congestion control mechanisms of these networks are described 
briefly. 

ATM Forum has specified five different service categories which 
relate traffic characteristics and the quality of service (QoS) requirements to 
network behavior. These service classes are; constant bit rate (CBR), real-time 

25 variable bit rate (rt-VBR) t non-real time variable bit rate (nrt-VBR), available bit 
rate (ABR), and unspecified bit rate (UBR). These service classes divide the 
traffic between guaranteed traffic and so-called "best effort traffic", the latter 
being the traffic which utilizes the remaining bandwidth after the guaranteed 
traffic has been served. 

30 One possible solution for the best effort traffic is to use ABR 

(Available Bit Rate) flow control. The basic idea behind ABR flow control is to 
use special cells, so-called RM (Resource Management) cells, to adjust source 
raxes. ABR sources periodically probe the network state (factors such as 
bandwidth availability, the state of congestion, and impending congestion) by 

35 sending RM ceils intermixed with data ceils. The RM ceils are turned around at 
the destination and sent back to the source. Along the way, ATM switches can 
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write congestion information on these RM cells. Upon receiving returned RM 
cells, the source can then increase, decrease, or maintain its rate according to 
the information carried by the cells. 

In TCP over ATM networks, the source and the destination are in- 
5 terconnected through an IP/ATM/IP sub-network- Figure 1 illustrates a con- 
nection between a TCP source A and a TCP destination B in a network, where 
the connection path goes through an ATM network using ABR flow control 
When congestion is detected in the ATM network, ABR rate control becomes 
effective and forces the edge router R1 to reduce its transmission rate to the 

10 ATM network. Thus, the purpose of the ABR control loop is to command the 
ATM sources of the network to reduce their transmission rate. If congestion 
persists, the buffer in the router will reach its maximum capacity. As a conse- 
quence, the router starts to discard packets, resulting in the reduction of the 
TCP congestion window (the congestion window concept will be explained in 

15 more detail later). 

From the point of view of congestion control, the network of Figure 
1 comprises two independent control loops: an ABR control loop and a TCP 
control loop. However, this kind of congestion control, which relies on dual 
congestion control schemes on different protocol layers, may have an unex- 

20 pected and undesirable influence on the performance of the network. To put it 
more accurately, the inner control loop (ABR loop) may cause unexpected 
delays in the outer control loop (TCP loop). 

An alternative approach to support the best effort traffic is to use 
UBR service with sufficiently large buffers and let the higher layer protocols, 

25 such as TCP, handle overload or congestion situations. Figure 2 illustrates this 
kind of network, i.e. a TCP over UBR network. The nodes of this kind of net- 
work comprise packet discard mechanisms which discard packets or cells 
when congestion occurs. When a packet is discarded somewhere in the net- 
work, the corresponding TCP source does not receive an acknowledgment As 

30 a result, the TCP source reduces its transmission rate. 

The UBR service employs no flow control and provides no numeri- 
cal guarantees on the quality of service; it is therefore also the least expensive 
service to provide. However, because of its simplicity, plain UBR without ade- 
quate buffer sizes provides poor performance in a congested network. 

35 To eliminate this drawback, more sophisticated congestion control 

mechanisms have been proposed. One is the so-called early packet discard 
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(EPD) scheme. According to the early packet discard scheme, an ATM switch 
drops entire packets prior to buffer overflow. In this way the throughput of TCP 
over ATM can be much improved, as the ATM switches need not transmit cells 
of a packet with corrupted cells, i.e. cells belonging to packets in which at least 
5 one cell is discarded (these packets would be discarded during the re- 
assembly of packets in any case). Another advantage of the EPD scheme is 
that it is relatively inexpensive to implement in an ATM switch. For those inter- 
ested in the subject, a detailed description of the EPD method can be found, 
for exampfe, in an article by A. Romanow and S. Floyd, Dynamics of TCP 
10 Traffic over ATM Networks, Proc. ACM SIGCQMM '94, pp. 79-88, August 
1994. 

However, the EPD method still deals unfairfy with the users. This is 
due to the fact that the EPD scheme discards complete packets from all con- 
nections, without taking into account their current rates or their relative shares 

15 in the buffer, i.e. without taking into account their relative contribution to an 
overload situation. To remedy this drawback, several variations for selective 
drop policies have been proposed. One of these is described in an article by 
Rohit Goyal, Performance of TCP/IP over UBR+, ATM_Forum/96-1269 r This 
method uses a FIFO buffer at the switch and performs some per-VC account- 

20 ing to keep track of the buffer occupancy of each virtual circuit In this way only 
cells from overloading connections can be dropped, whereas the underloading 
connections can increase their throughput. 

Despite these improvements, the above prior art congestion control 
methods still have the major drawback that there is no means of giving early 

25 warning to the traffic source when excessive load is detected in the network. In 
other words, the traffic source is not informed quickly of overload so that it can 
reduce its output rate. 

Summary of the invention 

30 The purpose of the invention is to eliminate the* above-mentioned 

drawback and to create a method by means of which it is possible, using a 
simple implementation, to inform the traffic source at a very early stage that 
the network is becoming overloaded or congested and to ask the source to 
slow down its transmission rate. The purpose is also that the method allows 

35 the co-operation of TCP and ATM flow control mechanisms in an efficient way. 
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This goal can be attained by using the solution defined in the inde- 
pendent patent claims. 

The basic idea of the invention is to send duplicate acknowledg- 
ments to the traffic source if excessive load is detected in the network. This 
5 means that a network node sends the source M successive acknowledgments 
in which the acknowledgment number, which indicates the next sequence 
number that the destination expects to receive, is the same. 

Duplicate acknowledgments can be generated at the same network 
point where congestion has been detected, or, alternatively, a network point 
1 Q detecting overload or congestion can direct another network point to generate 
duplicate acknowledgments. Thus, with this invention congestion control is 
performed on the backward path of the connection, whereas prior art systems 
control traffic on the forward path. Instead of discarding packets or cells on the 
forward path, the network according to the present invention sends duplicate 
15 acknowledgments on the backward path and in this way causes the TCP 
source to reduce its output rate. 

The invention offers an inexpensive solution for giving the TCP 
source an early warning of impending overload or congestion in the network. It 
is also important to note that the transport protocol TCP itself does not have to 
20 be altered in any way. 

Moreover, by means of the present invention the variations in the 
output rate of the TCP source can be smoothed, which in turn results in better 
bandwidth utilization. Furthermore, because the amount of variation is less- 
ened, the buffer capacity requirements are also reduced. 
25 Tf ie method can be used alone or together with other congestion 

control methods. According to one embodiment of the invention, duplication is 
combined with the delaying of acknowledgments so that acknowledgments are 
duplicated only when the load level exceeds a first predetermined value on the 
forward path and a second predetermined value on the backward path. 
30 B y means of the invention the performance of connections can be 

significantly improved, especially in large latency networks. 

Brief description of the drawings 

In the following, the invention and its preferred embodiments are 
35 described in closer detail with reference to examples shown in the appended 
drawings, wherein 
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Figure 1 Illustrates a TCP connection path through an ABR-based ATM sub- 
network, 

Figure 2 illustrates a TCP connection path through a UBR-based ATM sub- 
network, 

5 Figure 3 illustrates the flow control loop according to the present invention in 
a TCP over ATM network, 
Figure 4 illustrates data transfer between the traffic source and the traffic 
destination when duplicate acknowledgments are generated ac- 
cording to the first embodiment of the invention, 
10 Figure 5 illustrates data transfer between the traffic source and the traffic 
destination when duplicate acknowledgments are generated ac- 
cording to the second embodiment of the invention, 
Figure 6 illustrates data transfer between the traffic source and the traffic 
destination when duplicate acknowledgments are generated ac- 
1 5 cording to the third embodiment of the invention, 

Figure 7a illustrates one possible implementation of the new method in an IP 
switch, 

Figure 7b illustrates an alternative way of generating duplicate acknowledg- 
ments, 

20 Figure 8a illustrates one way of applying the method to an IP network, 
Figure 8b illustrates another way of applying the method to an IP network, 
Figure 9a illustrates one way of applying the method to an ATM network, 
Figure 9b illustrates another way of applying the method to an ATM network, 
Figure 10 illustrates the interworking of the TCP and ATM flow control loops 

25 according to one embodiment of the invention, 

Figure 1 1 is a flow diagram illustrating a further embodiment of the method, 
and 

Figure 12 illustrates one possible implementation of the method according to 
Figure 11 in an IP switch. 

30 

Detailed description of the invention 

Figure 3 illustrates the basic principle of the invention by showing a 
connection between two user terminals (A and B) in a TCP over ATM network, 
i.e. the user terminals using TCP as a transport layer protocol. In addition to 
35 the access nodes (AN1 and AN2) of the user terminals, only one intermediate 
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node (N1) and the transmission lines (TL1, TL2) connecting the nodes are 
shown. 

The TCP connection between hosts A and B starts out the same as 
any other TCP connection, with a negotiation between the hosts to open the 
5 connection. This initial negotiation is called a three-way handshake, as three 
opening segments are transmitted during this handshake phase. The term 
"segment" refers to a unit of information passed by TCP to IP {Internet Proto- 
col). IP headers are attached to these TCP segments to form IP datagrams, 
i.e. TCP segments are transferred to the receiver within IP datagrams, the in- 

10 formation unit used by IP. During the initial handshaking process, the hosts 
inform each other of the maximum segment size they will accept, for example. 
This is done to avoid fragmentation of the TCP segments, as fragmentation 
would slow down the performance of the TCP connection considerably. 

After the initial handshake has been completed, the hosts begin to 

15 send data by means of the TCP segments. Each uncorrupted TCP segment, 
including each handshaking segment, is acknowledged. To illustrate the basic 
idea of the invention, let us assume that host A sends TCP segments to host 
B, At the network layer, host A adds an IP header to each TCP segment to 
form IP datagrams, These datagrams are converted into standard ATM cells in 

20 an access node AN1 located at the edge of the ATM network ANW. The cells 
of the datagrams are then routed through the ATM network to the access node 
AN2 of host B. This access node reconstructs the original IP datagrams from 
the arriving cells and sends the reconstructed datagrams to host B. Host B 
removes the IP header to reveal the TCP segment from each datagram. If an 

25 individual segment is received correctly, host B sends an acknowledging TCP 
segment back to host A. In this way host B acknowledges each segment re- 
ceived correctly. Let us now assume that host A sends host B TCP segments 
D1, D2, and so on, and that host B acknowledges these segments by sending t 
respectively, acknowledgments ACK1, ACK2, and so on, 

30 The load of the network is monitored in the access node AN1, for 

example, by monitoring the occupancy of one or more of the buffers buffering 
the traffic to the ATM network. If overload is detected (i.e. if buffer occupancy 
exceeds a predefined level), for example, after acknowledgment ACK1 has left 
node AN1 for host A, a congestion notification CM is sent inside the node to 

35 initiate the sending of duplicate acknowledgments towards the traffic sources. 
This transmission can be carried out, for example, by modifying the acknowi- 
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edgments traveling at that moment through the switch towards the sources so 
that M successive acknowledgments become identical. Thus, the next ac- 
knowledgments (ACK2, ACK3 and so on) are modified when passing through 
access node AN1 so that M successive copies of acknowledgment ACK1 T 
5 which was the last acknowledgment transmitted towards host A before excess 
load level was detected, are released from the node towards an individual traf- 
fic source- As mentioned earlier, modification implies that the acknowledgment 
numbers in the acknowledgments are converted so that the next M successive 
acknowledgments carry the same value as acknowledgment ACKl . 
1 0 TCP is one of the few transport protocols with a built-in congestion 

control mechanism. The solution of the invention relies on this known TCP 
control mechanism, i.e. no other control mechanisms are needed in the source 
or in the destination. Therefore, this mechanism is described briefly in the fol- 
lowing. 

15 TCP congestion control is based on two variables: the receiver's 

advertised window (Wrcvr) and the congestion window (CNWD). The re- 
ceiver's advertised window is maintained at the receiver as a measure of the 
buffering capacity of the receiver, and the congestion window is maintained at 
the sender as a measure of the capacity of the network. The TCP source can 

20 never send more segments than the minimum of the receiver's advertised 
window and the congestion window. 

The TCP congestion control method comprises two phases: slow 
start and congestion avoidance, A variable called SSTHRES (slow start 
threshold) is maintained at the source to distinguish between the two phases. 

25 The source starts to transmit in the slow start phase by sending one TCP 
segment, Le. the value of CWND is set to one in the beginning. When the 
source receives an acknowledgment, it increments CWND by one, and, as a 
consequence, sends two more segments. In this way the value of CWND dou- 
bles every round trip time during the slow start phase, as each segment is ac- 

30 knowledged by the destination terminal. The slow start phase ends and the 
congestion avoidance phase begins when CWND reaches the value of 
SSTHRES. 

If a packet is lost in a TCP connection, the source does not receive 
acknowledgment and so it times out. The source sets SSTHRES to half the 
35 CWND value when the packet was lost More precisely, SSTHRES is set to 
max{2, min{CWND/2, Wrcvr}}, and CWND is set to one. As a result, the source 
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enters the congestion avoidance phase. During the congestion avoidance 
"phase, the source increments its CWND by 1/CWND every time a segment is 
acknowledged. 

In the TCP, there is no way to tell the opposite end that a segment 
5 is missing or to acknowledge out-of-order data. If the destination receives an 
out-of-order segment, it immediately sends a duplicate acknowledgment. 
Since the opposite end does not know whether a duplicate acknowledgment is 
caused by a lost segment or just fay the reordering of segments, it waits for a 
small number of duplicate acknowledgments, typically for three duplicate ac- 
10 knowledgments before reacting to the duplicate acknowledgments. Behind this 
is the assumption that if there is just a reordering of segments, there will be 
only one or two duplicate acknowledgments before the reordered segment is 
processed, which will then generate a new acknowledgment including an up- 
dated sequence number which shows that the missing segment has been re- 
15 ceived. However, if three or more duplicate acknowledgments are received in 
a row, it is a strong indication that a segment has been lost. The source then 
performs a retransmission of what appears to be the missing segment, without 
wafting for a retransmission timer to expire. This is called the fast retransmis- 
sion algorithm. After this the source performs congestion avoidance, instead of 
20 slow start, in order not to reduce the data flow abruptly. This is called the fast 
recovery algorithm. 

The present invention is based on the fast retransmission and fast 
recovery algorithms which the source automatically performs when receiving 
duplicate acknowledgments. These algorithms are nowadays widely imple- 
25 mented in different TCP versions. As the invention does not in any way 
change the above-described known TCP congestion control mechanism, the 
mechanism is not described in more detaii here. Anyone interested in the 
matter can obtain more detailed information from several books describing the 
field. (For example, see W. Richard Stevens, TCP/IP Illustrated Volume 1, The 
30 protocols, Addison-Wesiey, 1994, ISBN 0-201-63346-9) 1 
According to the invention, when overload or congestion is detected 
at a network point, the source is sent M duplicate acknowledgments. In this 
way the TCP source, which operates in the manner described above, auto- 
matically starts to slow down its transmission rate. This is because according 
35 to the fast retransmission and fast recovery algorithms the source automati- 
cally reduces its output rate to one-half of the current rate. 
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Figure 4 is a time line illustrating the exchange of segments be- 
-tween a TCP source and a TCP destination. The source is shown on the left 
side and the destination on the right side. Node N1, which generates the dupli- 
cate acknowledgments, is shown between the source and the destination, in 
5 this example, excessive load has not yet been detected when acknowledg- 
ment ACK1 leaves for the source from node Nl Therefore, acknowledgment 
ACK1 is immediately transmitted towards the source without its acknowledg- 
ment number having been modified. After this, the network becomes con- 
gested. As a result, node N1 modifies the next acknowledgment (ACK2) trav- 

10 eling towards the source to generate a duplicate of acknowledgment ACK1, 
which is released without delay, if congestion continues, the node sends a 
number of duplicate acknowledgments (ACK1) towards the source, After re- 
ceiving the third duplicate acknowledgment the source acts according to the 
fast retransmission and recovery algorithms, i.e, it retransmits DATA2 and sets 

15 SSTHRES to one half of the current congestion window. Also according to 
TCP, the destination drops the duplicate DATA2. 

The number of duplicate acknowledgments generated at node N1 
can vary. The node can, for example, convert all the incoming acknowledg- 
ments to duplicate acknowledgments as long as the congestion situation lasts, 

20 This kind of alternative is shown in Figure 4. Alternatively, the node can gener- 
ate a predetermined fixed number of duplicate acknowledgments, said number 
being equal to the number which causes the source to perform retransmission 
and reduction of the window size. Figure 5 illustrates the latter alternative by 
showing an example in which three duplicate acknowledgments are generated 

25 in a row. Should the congestion situation continue T the node generates an- 
other three duplicate acknowledgments (as shown in the figure). 

According to a further embodiment of the method, duplicate ac- 
knowledgments can be generated in the node without waiting for incoming ac- 
knowledgments to arrive for modification. Figure 6 illustrates this kind of alter- 

30 native in which node N1 sends three duplicate acknowledgments immediately 
after congestion has been detected. The next three incoming acknowledg- 
ments are then discarded in the node. The way in which the node generates 
the duplicate acknowledgments can also be a combination of the above- 
described schemes, for example, so that it depends on the increase rate of the 

35 load level; a rapid increase can initiate an instantaneous generation of dupfi- 
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cate acknowledgments (Figure 6), whereas a slower Increase can initiate 
•modification of incoming acknowledgments. 

Figure 7a illustrates the generation of duplicate acknowledgments 
at the output port OP of an IP switch. A load measurement unit LMU deter- 
5 mines the load level of the switch by measuring the fill rates (occupancies) of 
the buffers buffering the traffic passing through the switch in the forward direc- 
tion. It is to be noted that the load level can be determined in any known man- 
ner. 

The IP datagrams passing through the switch in the backward di- 

10 rection are first routed to their correct output port, where the datagrams re- 
ceived are stored in a FIFO-type output buffer OB. 

If the congestion signal CS from the load measurement unit indi- 
cates that the load of the switch is below a predefined level, the control unit CU 
of the output port forwards all the datagrams (packets) directly to the outgoing 

1 5 link OL, irrespective of whether they include acknowledgments or not. 

On the other hand, if the congestion signal CS indicates that the 
load level has reached a predefined level, the control unit starts to read the ac- 
knowledgment bit of each TCP header inside each IP datagram. If this bit is 
valid, i.e. if the datagram includes an acknowledgment, the control unit modi- 

20 fies the acknowledgment number of the packet to produce a duplicate ac- 
knowledgment. If the bit is not valid, the control unit forwards the packet di- 
rectly to the outgoing link OL Thus J only packets including an acknowledg- 
ment are modified. 

ff shared buffer switch architecture is used, all the packets are buff- 

25 ered in a shared buffer prior to the routing of each packet to the correct output 
port OP, of the switch. 

In the embodiment of Figure 7a, the packet buffer contains packets 
from several connections, and duplicated acknowledgments are generated in 
the same way at each connection. Alternatively, the packets may be stored on 

30 a per-connection basis at each output port, i.e. the data packets of each IP 
connection (or each TCP connection) can be stored in a separate buffer. Also 
the relative share of each connection in the forward buffer can be determined 
through measurement of the load level, and duplicated acknowledgments can 
be generated on the basis of the measured values. In other words, duplicated 

35 acknowledgments can be generated only on connections loading the network 
in excess of the others. Figure 7b illustrates this alternative embodiment in 
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which the output port has a buffer unit BFU, including separate queues for at 
least some of the connections. In this case a traffic splitter reads the stored 
packets out from the output buffer, one packet at a time from the first memory 
location ML1 of the buffer, directing each packet to a buffer corresponding to 
5 the connection in question. 

As mentioned above, the congestion control method in accordance 
with the invention can be utilized in packet networks. This means that the net- 
work comprises user terminals, network access points providing access to the 
network, and switches. The user terminals act as traffic sources and destina- 

10 tons, i.e. as points transmitting and receiving data. The switches can be 
packet switches or ATM switches. An access point can be a router, for exam- 
ple, or an access point can carry out packet assembling/reassembling, routing, 
or switching, The duplication of acknowledgment packets is preferably carried 
out at the access points, but it can also be carried out in the switches within 

1 5 the network, as described later 

Figures 8a and Sb show two different ways of implementing the in- 
vention in an IP network, In the embodiment of Figure 8a, the congestion de- 
tection as well as the generation of duplicate acknowledgments are carried out 
within the access switch IPS1, which provides access to the IP network, in the 

20 embodiment of Figure 8b T congestion detection is carried out in the access 
node, whereas the generation of duplicate acknowledgments is carried out in 
the TCP/IP protocol stack of the user terminal UT. Congestion notifications CS - 
are transmitted to the user terminal, where duplicate acknowledgments are 
produced in one of the above-described manners prior to their being sent to 

25 the TCP source. 

Figures 9a and 9b show two different ways of implementing the" in- 
vention in association with an ATM network. In the embodiment of Figure 9a, 
the congestion detection and the generation of duplicate acknowledgments 
are carried out in the access node AN. The access node can be divided into 

30 an interface card unit ICU and an ATM switch ASW, The interface card unit 
includes the ATM Adaptation Layer (AAL) functions for the segmentation and 
reassembly of the IP datagrams. Congestion is monitored in the ATM switch 
part of the node by monitoring, for example, the fill rates (occupancies) of the 
buffers buffering the subscriber traffic towards the network. Congestion notift- 

35 cations are transferred to the interface card unit, where the reassembled IP 
packets are modified (or new packets generated) in the above-described man- 
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nertoform a desired number of successive duplicate acknowledgments. In the 
embodiment of Figure 9b, congestion is monitored in switch ASW, whereas 
the duplicate acknowledgments are generated in the TCP/IP protocol stack of 
the user terminal UT. 

The embodiments of Figures 8a and 9a are more advantageous 
because it is much more economical to implement the processing of acknowl- 
edgments in a single access node rather than in several terminals located on 
user premises. Furthermore, it is naturally preferable that the user terminals 
need not be altered in any way to put the invention into use. 

As mentioned earlier, one network element in the connection path 
can command another network element of the same path to start to generate 
duplicate acknowledgments. Figure 10 illustrates this principle in a TCP over 
ATM network by showing a connection between two user terminals (A and B), 
using TCP as a transport layer protocol. In addition to the access nodes (ANS 
and AND) of the user terminals, only one intermediate ATM node (N1) and the 
transmission lines connecting the nodes are shown, it is assumed that the 
network nodes have channels in two directions; a forward channel and a 
backward channel. In order to simplify the description, we assume that the 
data packets are sent from terminal A to terminal B via access node ANS, one 
cr more ATM switches, and access node AND (forward direction), while the 
acknowledgments are returned from terminal B to terminal A via access node 
AND, one or more ATM switches, and access node ANS (backward direction). 
As indicated above, the access nodes can be divided into an interface card 
unit ICU and an ATM switch ASW. The interface card unit includes the ATM 
Adaptation Layer (AAL) functions for the segmentation and reassembly of the 
IP datagrams. As in the example of Figure 9a, the generation of duplicate ac- 
knowledgments is performed in the interface card unit. However, in this case 
congestion is not monitored in the ATM switch part of the access node, but in 
an ATM switch located further within the ATM network. In Figure 10, the said 
ATM switch, which commands the access node to start the duplication of ac- 
knowledgments, is switch N1. 

In the network of Figure 10, ABR flow control occurs between a 
sending end-system (ANS) and a receiving end-system (AND). As regards the 
RM cell flow in this bidirectional ABR connection, each .termination point is 
both the sending and the receiving end-system. As shown in Figure 10, for the 
forward information flow from access node ANS to access node AND, there is 
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a control Joop consisting of two RM ceil flows, one in the forward direction and 
"the other in the backward direction. Access node ANS generates forward RM 
cells, which are turned around by access node AND and sent back to access 
node ANS as backward RM cells. These backward RM cells carry feedback 
5 information provided by the network nodes and/or the access node AND. A 
network node within the ATM network, such as node N1, can: 

- insert feedback control information directly into RM cells when 
they pass the node in the forward or backward direction, 

- indirectly inform the source about congestion by setting the EFCI 
10 bit (Explicit Forward Congestion Indication) in the headers of data cells (i.e. 

user cells) traveling in the forward direction. In this case, the access node AND 
updates the backward RM cells according to this congestion information, 

- generate backward RM cells. 

Thus, there are at least three different ways of controlling the dupli- 

1 5 cation of acknowledgments in the access node from within the network. 

In RM cells, the congestion information can be inserted in the 45 
octet long "Function Specific Fields", for example, or in the subsequent 
"Reserved" part having a length of 6 bits. The traffic parameters forwarded to 
the user of ABR capability via RM cells are described in item 5.5.6.3 of the 

20 ITU-T specification 1.371, and the structure of an RM ceil is described in item 
7.1 of said specification, where an interested reader can find a more detailed 
description of RM cells. 

The EFCI bit, in turn, is the middlemost bit in the 3 bit wide PTI 
(Payload Type Indicator) field in the ATM cell header. 

25 According to this embodiment of the invention, when overload or 

congestion is detected at an ATM network node, the corresponding access 
node receives backward RM cells containing the congestion information. On 
the basis of this information, the ATM switch part of the access node adjusts 
its output rate towards the ATM network, and the flow control mechanism du- 

30 piicates the acknowledgments traveling towards the traffic source on the 
backward channel. In this way the TCP source automatically starts to slow 
down its transmission rate. 

In the above-described way the end-to-end ABR flow control can be 
performed without changing the interworking TCP protocol. In other words, the 

35 interworking of the ATM and TCP flow control loops can be implemented in an 
inexpensive way. 
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The above-described method can also be used together with other 
flow control mechanisms. As the method has an efficient impact on the source, 
it may in some applications be advantageous to combine it with another 
method which takes care of slight congestion situations. According to a further 
5 embodiment of the invention, the duplication of acknowledgments is used to- 
gether with a method which is otherwise similar to the above method but which 
delays the acknowledgments traveling towards the source, instead of dupli- 
cating acknowledgments. By delaying the acknowledgments the TCP source 
can be made to slow down its output rate, i.e. delaying has the same kind of 

1 0 effect on the TCP source as duplication. 

Figure 11 is a flow chart illustrating this combined method. If con- 
gestion is not detected along the forward path, the acknowledgments are for- 
warded without delay with the incoming acknowledgment number. If the load 
measurement detects that the load level on the forward path exceeds a pre- 

15 determined value (phase 111), it is tested (phase 112) whether the fill rate of 
the acknowledgment buffer has exceeded a predetermined value. If this is the 
case, duplicate acknowledgments are generated. Otherwise acknowledgments 
are only delayed. Thus, if there is only slight congestion for a short period, de- 
laying of acknowledgments is performed. However, should there be a more 

20 severe congestion situation, the system always moves over to generate dupli- 
cate acknowledgments. 

Figure 12 illustrates how this preferred embodiment is implemented 
in the node of Figure 7a. 

As mentioned above in connection with Figure 7a, the IP datagrams 
25 passing through the switch in the backward direction are first routed to their 
correct output port. The datagrams received at this port are stored in a FIFO- 
type output buffer OB. 

In this implementation, a traffic splitter TS has been added to the 
output of the packet buffer. The traffic splitter reads out the stored packets 
30 from the output buffer, one packet at a time from the first memory location ML1 
of the buffer. The traffic splitter operates in the following ways. 

If the congestion signal CS1 from the load measurement unit LMU 
indicates that the load of the switch on the forward path is below a predefined 
level, the traffic splitter forwards all the datagrams (packets) directly to ihe out- 
35 going link OL, irrespective of whether they include acknowledgments or not 
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On the other hand, if the congestion signal CS1 indicates that the 
load level has reached a predefined level, the traffic splitter starts to read the 
acknowledgment bit of each TCP header inside each IP datagram. If this bit 
has been validated, i.e. if the datagram includes an acknowledgment, the traf- 
5 tic splitter forwards the packet to an acknowledgment buffer AB. If the bit is not 
valid, the traffic splitter forwards the packet directly to the outgoing link OL. 
Thus, only packets including an acknowledgment are defayed. 

!n the acknowledgment buffer, each IP datagram is delayed for a 
certain period. The length of the period is preferably directly proportional to the 
10 current load levef measured by the unit LMU, After the delay period for each 
outgoing acknowledgment packet has elapsed, the packet is sent to the out- 
going link. 

The load measurement unit LMU also measures the fill rate of the 
acknowledgment buffer AB. If this fill rate exceeds a predetermined value, the 

15 load measurement unit sends the control unit CU a second congestion signal 
CS2 indicating that the control unit should now begin to produce duplicate ac- 
knowledgments. As mentioned earlier, the duplication can be done by modify- 
ing the acknowledgment number of the acknowledgments in the packet buffer 
OB, for example. The traffic splitter is also instructed to direct ail traffic directly 

20 to the output link. The command can be given either by the load measurement 
unit or by the control unit 

Although the invention has been described here in connection with 
the examples shown in the attached figures, it is clear that the invention is not 
limited to these examples, as it can be varied in several ways within the limits 

25 set by the attached patent ciaims. The following describes briefly some possi- 
ble variations. 

As indicated above, a prerequisite for a user terminal is that ft ac- 
knowledges correctly received (Le. uncorrupted) data units. Therefore, the idea 
can in principle be applied to any other protocol which sends acknowledg- 

30 ments and slows down its output rate if duplicate acknowledgments are sent to 
it. The measurement unit can provide information about the load level in many 
ways: as ON/OFF type information, or more than one bit can be used to indi- 
cate the value of the measured load. The signal informing about the load level 
can also include information on the particular connections that should be sub- 

35 ject to duplication of acknowledgments. User terminals can also have wireless 
access to the network. 
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Claims 

1. A method for controlling overload in a packet switched network 
comprising traffic sources (A), traffic destinations (B), and network nodes (AN, 
Nl), the method comprising the steps of 

5 - sending data units from a traffic source to a traffic destination, 

- sending an acknowledgment from the destination to the source, if 
a data unit is received correctly at the destination, and 

- measuring load level in at least one network node, 
characterized by 

1 0 transmitting duplicate acknowledgments in the direction of the traffic 

source when the measured load level exceeds a predetermined threshold. 

2. A method according to claim 1, characterized in that said 
duplicate acknowledgments are generated in the same network node where 
the load level is measured. 

15 3, A method according to claim ^characterized in that said 

duplicate acknowledgments are generated in a different network node than 
where the load level is measured. 

4. A method according to claim 3, characterized in that said 
duplicate acknowledgments are generated in an access node (AN, AIMS, AND) 

20 providing the traffic sources and destinations access to the network, and the 
load level is measured in at least one network node (N1) located within the 
network. 

5. A method according to claim 4, wherein the network between the 
access nodes is an ATM network, characterized by the steps of 

25 - transporting load level information in RM cells to the access node, 

and 

- generating the duplicate acknowledgments on the basis of the in- 
formation contained in the RM cells. 

6. A method according to claim ^characterized in that said 
30 duplicate acknowledgments are generated in a network node by modifying the 

contents of successive incoming acknowledgments before transmitting them 
towards the traffic source. 

7. A method according to claim 8, characterized in that du- 
plicate acknowledgments are transmitted towards the traffic source as long as 

35 the measured load level remains higher than the predetermined threshold. 
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8. A method according to claim 6, characterized in that at 
most a predetermined fixed number of successive duplicate acknowledgments 
are transmitted towards the traffic source during a period when the measured 
load level is higher than the predetermined threshold. 

9. A method according to claim 8, c h a r a c t e r j z e d in that after 
said predetermined fixed number of successive duplicate acknowledgments 
have been transmitted towards the traffic source, a new sequence of duplicate 
acknowledgments is started by generating duplicates of the next incoming ac- 
knowledgment 

1 0. A method according to claim 1, characterized in that at 
least part of said duplicate acknowledgments are generated by producing to- 
tally new acknowledgments which are copies of previously transmitted ac- 
knowledgments. 

11. A method according to claim 10, ch a r a cte r ized by 

- transmitting a fixed number of said new acknowledgments towards 
the traffic source immediately when the measured load level exceeds a pre- 
determined threshold, and 

- discarding a corresponding number of succeeding acknowledg- 
ments arriving at the node from the traffic destination. 

12. A method according to claim 1, wherein said data units travel 
along a forward path from the traffic source to the traffic destination and said 
acknowledgments travel along a backward path from the destination to the 
source, characterized by the steps of 

- measuring load level both on the forward path and .on the back- 
ward path and 

- transmitting duplicate acknowledgments towards the traffic source 
only when the measured load level on the forward path is higher than a first 
predetermined value and the measured load level on the backward path is 
higher than a second predetermined value. 

1 3. A method according to claim 12, characterized by de- 
laying acknowledgments when the load level on the forward path is higher 
than the first predetermined value and the load level on the backward path is 
lower than the second predetermined value. 

14. A method according to claim ^characterized by gener- 
ating of duplicate acknowledgments only on selected connections. 
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15. A packet switched telecommunications network including 

- nodes interconnected by transmission lines (TL1, TL2) r 

- user terminals (UT) connected to the nodes, said user terminals 
acting as traffic sources which send data packets and as traffic destinations 

5 which receive data packets, and 

- measuring means (LMU) for measuring current load level in a 

{ characterized m that the network further includes *** ' 

V- duplicating means (CU), responsive to the measuring means 
10 (LMU), for generating duplicates of data packets^afryfng-acknQwiedgments- 
-from-a-destination -towards- a source when the measured load level exceeds a 
predetermined threshold. 

16. A network according to claim 15, characterized in that at 
least one node comprises both the measuring means and the duplicating 

15 means. 

1 7. A network according to claim 16, characterized in that 
said at least one network node is an access node connecting at least one user 
terminal to the network. 

18- An IP network according to claim 16, wherein the network 
20 nodes switch IP packets, characterized in that said at least one net- 
work node can be any one or more of the network nodes. 

19, A TCP over ATM network according to claim 15, char- 
acterized in that the duplicating means are connected to the measuring 
means by an RM cell flow, said RM cells carrying information on the load level. ; 
25 20. A node arrangement in a packet switched telecommunications 

network, the node arrangement including 

- buffering means for buffering data packets traveling through the 
node, whereby at least part of the data packets are acknowledgment packets 
and 

30 - measuring means (LMU) for measuring current load level in the 

node, characterized in that the node arrangement further includes du- 
plicating means (CU), responsive to the measuring means (LMU), for gener- 
ating duplicates of acknowledgment packets transferred through the node 
when the measured load level exceeds a predetermined 'threshold. 
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Altera Reference No.: 796.373USW1 

Atfera Law Group, LLC 

Declaration and Power of Attorney Patent Application 
(Design or Utility) 

As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below next to my name, 

I believe I am the original, first and sole inventor (if only one name is listed below) or an 
original, first and joint inventor (if plural names are listed below) of the subject matter 
which is claimed and for which a patent is sought on the invention entitled: 
CONGESTION CONTROL IN A TELECOMMUNICATIONS NETWORK 

the specification of which 

□ is referred to by Altera reference number on a separate document 
is attached hereto 

□ was filed on as application serial no. and or PCT International Application 
number and was amended on (if applicable). 

I hereby state that I have reviewed and understand the contents of the above-identified 
specification, including the claims, as amended by any amendment referred to above. 

I acknowledge the duty to disclose to the U.S. Patent and Trademark Office all 
information know to me to be material to patentability as defined in 37 C.F.R.§1 .56. 

I hereby claim foreign priority benefits under 35 U.S.C.§1 19(a)-(d) or 35 U.S.C.§365(b) 
of any foreign application(s) for patent or inventor's certificate, or 35 U.S.C.§365(a) of 
any PCT International application which designated at least one country other than the 
United States, listed below and have also identified below any foreign application for 
patent or inventor's certificate of PCT International application having a filing date before 
that of the application on which priority is claimed. 



Prior Foreign Application(s) 


Number 

980825 


Country 
Finland 


Day/Month/Year Filed 
9 April 1998 


Number 


Country 


Day/Month/Year Filed 


Number 


Country 


Day/Month/Year Filed 



1 



I hereby claim the benefit under 35 U.S.C. §11 9(e) of any United States provisional 
application(s) listed below: 



Prior Provisional Application(s) 


Serial Number 


Day/Month/Year Filing Date 


Serial Number 


Day/Month/Year Filing Date 




Serial Number 


Day/Month/Year Filing Date 





I hereby claim the benefit under 35 U.S.C. §120 of any United States application(s), or 
under 35 U.S.C. §365(c) of any PCT International application designating the United 
States, listed below and, insofar as the subject matter of each of the claims of this 
application is not disclosed in the prior United States or PCT International application in 
the manner provided by the first paragraph of 35 U.S.C. §1 12, 1 acknowledge the duty to 
disclose to the U.S. Patent and Trademark Office all information known to me to be 
material to patentability as defined in 37 C.F.R.§1.56 which became available between 
the filing date of the prior application and the national or PCT International filing date of 
this application: 



Prior I 


U.S. or International Applical 


tion(s) 


Serial Number 
PCT/FI99/00302 


Day/Month /Year Filed 
9 April 1999 


Status (patented, pending, abandoned) 

Pending 


Serial Number 


Day/Month/Year Filed 


Status (patented, pending, abandoned) 


Serial Number 


Day/Month/Year Filed 


Status (patented, pending, abandoned) 



I hereby declare that all statements made herein of my own knowledge are true and that 
all statements made on information and belief are believed to be true; and further that 
these statements are made with the knowledge that willful false statements and the like 
so made are punishable by fine or imprisonment, or both, under 18 U.S.C.§1001 and 
that such willful false statements may jeopardize the validity of the application or any 
patent issued thereon. 
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Altera Reference No.: 796.373USW1 



Power of Attorney 

As a named inventor, I hereby appoint the following attorney(s) and/or agent(s) to 
prosecute this application and transact all business in the Patent and Trademark Office 
connected therewith. 

Steven R. Funk Reg. No. 37,830 Mark A. Hollingsworth Reg. No. 38 491 

David W. Lynch Reg. No. 36,204 Michael B. Lasky Reg. No. 29 555 

Karen D. McDaniel Reg. No. 37,674 lain A. Mclntyre Reg. No. 40^337 

I hereby authorize them or others whom they may appoint to act and rely on instructions 
from and communicate directly with the person/organization who/which first sends this 
case to them and by whom/which I hereby declare that I have consented after full 
disclosure to be represented unless/until I instruct Altera Law Group, LLC otherwise. 

Please direct all correspondence in this case to Altera Law Group, LLC at the address 
indicated below: 

Michael B. Lasky 
Altera Law Group, LLC 
10749 Bren Road East, Opus 2 
Minneapolis, MN 55343 





Full Name of Sole or First Inventor 




Family Name 

Ma 


First Given Name 

Jian 


Second Given Name 


Residence and Citizenship 


City of Residence 

Beijing 


State or Country of Residence 

China 


Country of Citizenship 

Finland 


Post Office Address 


Street Address 
3361, Capital Paradise, 
Bai Xing Zhuang, 
Hou Sha Yu Xiang 


City 

Shuan Yi, Beijing 


State & Zip Code or Country 

100130 China 


Signature of Inventor 


Date 
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